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ABSTRACT 


The restricted devices have a small memory, simple processor, and limited 
power. To secure them, we need lightweight cryptography algorithms, taking 
into account the limited specifications. Lightweight cryptography (LWC) 
algorithms provide confidentiality and maintain information integrity for 
devices with limited resources. This paper improves and enhances advanced 


encryption standard (AES) algorithm by reducing algorithm computation 
power and improving cryptography performance from the point of resource 
constraint devices. The proposed algorithm is fast and lightweight, which is 
essential for securing all kinds of data. Besides, the use of mix column 
overhead is dispensing with, and the ciphertext is processed by the 
mathematical function (continued fraction) to compress the ciphertext and 
make it more confusing and also to increasing the data transfer speed. 
The proposed lightweight cryptography-AES (LWC-AES) algorithm highly 
suitable for the timely execution of encryption and decryption (such as when 
encrypt text has (45.1 KB) encryption execution time for AES was (294 ms), 
while in LWC-AES was (280 ms), as well as suitable for the memory size of 
the resource-constrained devices for all types of data, than the AES 
algorithm. The proposed algorithm tested for security analysis using the 
avalanche effect parameter, and this test showed acceptable and within 
required security results. 
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1. INTRODUCTION 

The design of traditional cryptographic algorithms is suitable for conventional devices but not 
compatible with restricted devices [1], and classical cryptography methods require a significant allocation of 
resources. To resolve these problems, or rather challenges, the National Institute of Standards and Technology 
(NIST) recommended favoring lightweight cryptography (LWC) algorithms which provide the same level of 
security as traditional algorithms, and their performance is also acceptable on these resource-limited devices [2]. 
LWC is essential for securing resource-limited devices like smart cards, radio-frequency identification (RFID) 
tags, sensor networks, and embedded systems [3], [4]. They are also used for hastily rising resource constraints 
applications. The applications include wireless sensor networks, smartcards [5], internet of things (IoT) [6], 
RFID tags [7], wireless body area networks, healthcare devices [8], [9], and other applications. 

Lightweight cryptography’s main objective is to minimize the overall implementation cost in 
software and hardware, where software has the implementation size, random acces memory (RAM) 
consumption, and throughput (bytes per cycle). In contrast, the hardware has code size, memory consumption 
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(RAM), energy consumption, and gate equivalence (GE) [10]. Lightweight cryptography is intended for 

hastily increasing applications that highly employ smart and limited-resource devices. 

There are many LWC in security for constraint devices like (advanced encryption standard (AES), 
rivest’s cipher 5 (RC5), PRESENT, Simon, Speck, high security and lightweight (HIGHT), lightweight 
encryption algorithm (LEA), tiny encryption algorithm (TEA), and KATAN) [11]. However, it differs in 
terms of memory and power consumption, and security, which is the most crucial factor. Due to the unique 
specification of restricted devices, the obtaining of a high level of security is difficult and needs developing 
the lightweight encryption algorithm always to be more compatible and to make a balance between the 
security and the work nature of restricted devices [1] which is the biggest challenge for lightweight 
encryption algorithms. In other words, the perfect algorithm should preserve the appropriate balance between 
cost, performance, and security [12]. From this standpoint, and to achieve the aforementioned balance and 
because traditional algorithms do not fulfill these conditions in the restricted devices environment and 
because the traditional AES encryption algorithm, which will be addressed later, carries near-perfect 
specifications to ensure confidentiality, we have improved its specifications and made it work in a manner 
that achieves the required balance between cost, performance and security. Therefore, a lightweight 
encryption algorithm has been proposed that carries strong specifications compared to the rest of the 
lightweight encryption algorithms that were previously employed. 

Advanced encryption standard [13] is considered one of the best encryption algorithms for several 
reasons, among which is its classification among the symmetric encryption algorithms that use a single key 
for both encryption and decryption of the data, and its key is extraordinarily secure and relatively fast, as well 
as its guarantee integrity and confidentiality of data [14]. Therefore it is suitable for resource-constrained 
devices such as IoT devices and embedded systems. It can effectively defend against many well-known 
attacks [15]. One of the advantages of this algorithm is the variation of block size and key size. In other 
words, the block size and key size can vary, making the algorithm more flexible and versatile. AES is 
initially designed for unclassified US government information, but AES-256 can be used to obtain top-secret 
government information [16]. Among the many advantages of the AES algorithm is implementing LWC-AES 
encryption in the .net application as an aspect of a programming algorithm based on light encryption, which has 
a significant role in providing the necessary security for many devices and resource-limited applications. 

There are many much-related researchs on the modification of AES as it is the standard for 
encryption, such as: 

—  Kawle et al. [17] proposed a method to overcome the computational overhead, the AES is modified 
after analyzing it through eliminating the use of mixcolumne overheads on data and the use of the 
permutation step instead. The modified version of this algorithm provides a faster encryption technique 
for the protection of multimedia data. This lightweight encryption algorithm transmits data and it is 
compatible with large plaintext. 

— Sari et al. [18] has been proposed improved security and message capacity using AES and Huffman 
coding to reduce the total of the message’s bit and increase the capacity on image steganography. 
The results of this paper shown a secure message image and conceal into a cover image, where provided 
a higher capacity in discrete wavelet transform (DWT) for steganography by reducing the total of 
message’s bit from the original message’s bit. 

— Kumar et al. [19] proposed an idea of encrypting voice signals over peer to peer communication with 
the help of a modified and lightweight AES algorithm. This algorithm is similar to the traditional AES 
algorithm in most of the aspects but does not imply the use of a mix column that is used in the 
traditional AES algorithm. The results of the algorithm are analyzed on Artix-7 and Kintex-7 field 
programmable gate arrays (FPGAs). 

—  Hazzaa et al. [20] proposes a lightweight and low energy encryption algorithm to secure voice traffic 
over wireless networks. It is capable to reduce the execution time and power consumption of the 
encryption process compared with the state of the art standard algorithm and at the same time maintains 
the desired security (confidentiality) level. The proposed algorithm employs similar methods with those 
used in the AES algorithm. 

In this paper, an enhancement of lightweight AES algorithm is proposed to reduce delay and 
computation power in the context of the traditional AES algorithm, making it more flexible and compatible 
with the characteristics of IoT devices and military services with C# programming .NET Framework 
implementation in Windows 10 and Microsoft Visual Studio. The used framework enhanced the computation 
power constraints, and it is analyzed with the avalanche effect (AE) security parameter. This paper’s outline 
falls into the following sections: section 1 introduced the fundamental concepts of lightweight cryptography 
algorithms with the most related papers, section 2 presents the proposed lightweight AES algorithms 
architecture with all details of design where it presents the used system and illustrates the working steps of 
the system as the used architecture for designing and implementing lightweight AES algorithms with the 
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main relevant topics, section 3 discusses the implementation of the proposed algorithm with the results and 
comparisons where it shows the achievement of the suggested lightweight AES algorithm with the result, and 
compares the proposed AES lightweight with others lightweighted algorithms, section 4 is devoted to explain 
security analysis. Finally, section 5 sums up the findingds and conclusions of the research. 


2. ADVANCED ENCRYPTION STANDARD 

In 2000, NIST developed the data encryption standard (DES) to create a new algorithm known as 
AES [21], the new algorithm was developed through mathematical computational properties and simple 
execution for both in hardware and software implementations as well as using key size with different lengths 
128 bits, 192 bits, and 256 bits [15]. The AES algorithm, as a block cipher algorithm, consists of several 
rounds N, the number of the round in AES is ten rounds based on length of the encryption key, key length 
128-bit, 12 rounds, key length 192-bit, and 14 round, key length 256-bit. AES usage with a key size of 
128 bits (AES-128 bits) is the most common in the current period. In AES, a block of data (128 bit) is 
divided into four blocks. They are handled as a bytes array and arranged in a 4x4 matrix called state. 
This algorithm starts with add-round-key for encrypting and decrypting data in add round processes; 
the plaintext is exclusive-ORed with a key [22]. All the AES algorithm rounds involve four operations 
(sub-bytes, shift-rows, mix-columns, add round key) except the final round which involves only three 
Operations (sub-bytes, shift-rows, add round key). The decryption process uses the inverse functions, 
substitute-bytes inverse, shift-rows inverse, and mix-columns inverse, as shown in Figure 1. 
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Figure 1. Block diagram for AES algorithm 





3. CONTINUED FRACTION 

In this paper the proposed enhancement procedure is based on the continued fraction. It is a way of 
expressing a number as an integer plus a series of nested functions continued fraction data back from around 
about 300 BC around about the time of Euclid. It has many applications, one of them is proposed in this 
paper [23], [24]. The mathematical expression of a continued fraction as follows: 


ao + —— (1) 








Where n is a non-negative integer, Ap) is an integer, and a; a positive integer, for i = 1,---,n. This 
mathematical expression is called a generalized continued fraction. Typically, the numbers may be real or 
complex, and the expansion may be finite or infinite [23]. 
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4. METHOD 

As mentioned earlier, this work proposes enhancing the AES algorithm to improve security, reduce 
high calculation, provide better encryption speed, and reduce computational overhead in constrained devices. 
The proposed algorithm characteristics are block size equals 128-bit, key size equals 128-bit, and dynamic 
rounds. There is no difference between the proposed LWC-AES and original AES in the encryption and 
decryption process, the number of rounds, data, and key size. The primary operations are remaining without a 
change in encryption and decryption steps (substitution bytes, shift-rows, and add-round-key). The main 
improvement in the proposed LWC-AES algorithm is mix column operation, where it is reduced in 
comparison with the original AES that takes a long time in encryption and decryption; now, after reduction, 
the text of 128-bit is directly taken from the output of shift rows operation. Then, a mathematical function 
(continued fraction) is used to reduce the number of bit transfer among entities and increase the security of 
the used method, hence, increasing the difficulty to break by different attacks such as side-channel attack and 
differential attack because the size of the encrypted text is different from the standard case by the compressed 
feature of continued fraction method. Its execution has been modified according to the final step of 
encryption optimizer that is added after the final ciphertext (where the encryption block is reduced to 16 bit) 
assuming that the encrypted text security is improved. The LWC-AES calculation can be separated into three 
phases, excluding the mix column process. The flow chart of the process is explained in Figure 2. 
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Figure 2. The flowchart of LWC-AES algorithm process 


5. THE PROPOSED COMPONENTS OF LWC-AES 

The main component of the proposed method is the initial round (add-round-key), then (10) rounds 
of three functions on the encryption side. In Figure 2, we notice there is no conditional function so that all 
rounds work together, taking into account the reduction of the steps of the conditional sentences. Steps are 
composed of: non-linear byte substitution (sub-byte). Besides, we removed the MixColumn to reduce 
computation power process, shift row transformation (shift-row), and key addition (add-round-key). After ten 
rounds are performed, the ciphertext is obtained, and it is entered into the mathematical function called 
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(continued fraction) which reduces and compresses the encrypted text from 128 bits to 16 bits. Decryption is 
the reverse encoding process, which is converting the encrypted text into an original plain text. The whole 
algorithm steps of the proposed LWC-AES encryption are clarified in Algorithm 1. 


5.1. The encryption LWC-AES 

The proposed development of LWC-AES encryption algorithm to improve secyrity, reduced high 
calculation, provide better encryption speed and reduced computational overhead in constrained devices. 
Non-linear byte substitution is one of the steps (SubByte). In addition, to minimize calculation power, 
we deleted the MixColumn, Shift Row Transformation (ShiftRow), and Key Addition (AddRound-Key). 
After 10 rounds, the encrypted message is acquired and placed into the (continued fraction) mathematical 
function, which lowers and compresses the encrypted text from 128 bits to 16 bits. The step of the proposed 
LWC-AES encryption algorithm is showed in Algorithm 1. 


Algorithm 1. Steps of the proposed LWC-AES encryption 


1. Initializing values for encryption 
byte[] plainText = new byte[MAX_BLOCK_LENGTH] 
byte[] cipherText = new bytePMAX_BLOCK_LENGTH] 
byte[] bzkey = new byte[MAX_KEY_LENGTH] 
2. Getting password 
— bzkey = Encoding.Unicode.GetBytes (cPassword); 
3. Getting bytes from File 
— fileStream fileStream = new FileStream (cOpenFile, FileMode.Open); 
— fileStream.Seek (0, SeekOrigin.Begin); 
4. Getting the file stream for save process 
— fileStream saveStream = new FileStream (cSaveFile, FileMode.Append); 
5. Setting length of the File 
— long IFileLength = fileStream.Length; 
6. Setting position of the File 
— long 1Postion = fileStream.Position; 
7. Reading byte and encrypt 
— while ([Postion < IFileLength) 
8. Initializing the buffer 
— initialize (plainText, MAX _BLOCK_LENGTH) 
— long lHasRead = fileStream.Read (plainText, 0, MAX BLOCK LENGTH); 
— if (0>=I1HasRead) > break; 
9. Setting current cursor position 
— Ipostion = fileStream.Position; 
10. Encryption with AES 
— aes aes = new Aes (ekeySize, bzkey, eblockSize) 
11. Initializing the buffer 
— initialize (cipherText, MAX _BLOCK_LENGTH) 
— aes.Cipher (plainText, cipherText) 
— saveStream.Write (cipherText, 0, MAX _BLOCK_LENGTH) 
— saveStream.Close() 
— fileStream.Close() 
— return true 


5.2. The decription LWC-AES 

Through the decryption side explained in Algorithm 2, we can see the algorithm steps of the 
proposed LWC-AES decryption. The primary job of the decryption state of the proposed method is based on 
the value generated from the continued fraction method which is equivalent to the ciphertext, and then within 
decryption process the key is added to the ciphertext to generate plaintext again, which is less overhead from 
the meaningful content generated in AES traditional state (without continued fraction method). After 10 
rounds are performed, the ciphertext is obtained, and start this step as it is enter into the mathematical 
function called continuo fraction, which reduces the compresses the encrypted text from 128 bits to 16 bits. 
Decryption is the reverse encoding process, which is converting the encrypted text into an original plaintext. 
The steps of using continued fraction in C# are shown in Algorithm 3. 
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Algorithm 2. Steps of the proposed LWC-AES decryption 
1. Getting password 


— bzkey = Encoding.Unicode.GetBytes (cPassword); 
2. Getting bytes from file 
— fileStream fileStream = new FileStream (cOpenFile, FileMode.Open); 
— fileStream.Seek (0, SeekOrigin.Begin); 
3. Getting the file stream for save 
— fileStream saveStream = new FileStream (cSaveFile, FileMode.Append); 
4. Setting length of the file 
— long IFileLength = fileStream.Length; 
5. Setting position of the file 
— long lPostion = fileStream. Position; 
6. Reading byte and decrypt 
— while ([Postion < IFileLength) 
7. Initializing the buffer 
— initialize(plainText, MAX BLOCK _LENGTH); 
— long lHasRead = fileStream.Read (plainText, 0, MAX BLOCK LENGTH); 
— if (0 >= ]HasRead) 
— break; 
8. Setting current cursor position 
— Ipostion = fileStream.Position; 
9. Encrypt call method 
— aes aes = new Aes (ekeySize, bzkey, eblockSize); 
10. Initializing the buffer 
— Initialize (cipherText, MAX_BLOCK_LENGTH); 
11. Decryption process 
— aes.InvCipher (plainText, cipherText); 
— saveStream.Write (cipherText, 0, MAX BLOCK LENGTH); 


Algorithm 3. Steps of continued fraction algorithm 
1. Writing namespaces libraries 
— using System; 
— using System.Collections.Generic; 
2. Building main class program 
3. Creating the continued fraction function 
— static double Calculating (Func<int, int[]> f, int n) 
— double temp = 0.0; 
— looping for (int ni = n; ni >= 1; ni--) 
— int[] p = f(ni); 
— temp = p[1] / (p[0] + temp); 
— return f(0)[0] + temp; 
4. Building main code list conversation with : 
— lList<Func<int, int[]>> List = new List<Func<int, int[]>>Q; 
— List.Add(n => new int[] {n> 0,2: 1, 1 }); 
— List.Add(n => new int[] {n>0O,n:2,n>1?(n-1):1 þ; 
— List.Add(n => new int[] {n>0O,6: 3, (Gnt) Math.Pow(2 * n - 1, 2) }); 
— foreach (var f in List) {Labell.text=(Calculating (f, 200)).Tostring(); 


6. RESULTS AND DISCUSSIONS 

The proposed LWC-AES algorithm is implemented in the ASP.Net framework with c# 
programming language, based on the original text (plaintext of selected keywords of the ministry of the 
interior words). The results showed the encryption-decryption of the proposed LWC-AES and traditional 
AES algorithm for many criteria such as (encrypt/decrypt execution time, encryption characters number, 
code size, and RAM size in bytes, and throughput in Mbps). For example, the word ‘freshness’, which is 
usually used in police stations was encrypted. Taking into account the same used encryption key, the results 
obtained were as follows: the number of characters encryption in the traditional AES was 44 characters and 
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the time to execute the encryption was 1374 ms and the time to execute the decryption was 951 ms, while in 
our proposed algorithm LWC-AES, we noticed that the number of characters encryption was 24. The time for 
executing the encryption was 712 ms, while the time to execute the decryption was 535 ms. Before comparing 
the two algorithms, we mention in Table 1, which shows the details of the system specifications in which the 
results were programmed and executed. 


Table 1. The used system specifications 


Operating system RAM CPU Framework Programming language 
Windows 10 4GB CoreI5 Microsoft Visual Studio.net C# 


Table 2 shows the proposed LWC-AES in comparison to other algorithms. The block and key sizes are 
in bits, while the code and RAM sizes are in bytes. We notice that our proposed algorithm has a less code size 
than other algorithms and has a less RAM capacity. The used traditional AES has a code size with 23090 bytes 
and RAM resource allocation with 720 bytes for text data type which requires more computation power and it is 
considered a challenge to face within restricted devices, while the proposed lightweight works with less code 
size and RAM allocation as a solve state of the problem faced, as the proposed development algorithm is based 
on continued fraction algorithm, as well as some algorithms have RAM capacity with slightly better results than 
our proposed algorithm, we conclude that our results are the best from observing these algorithms’ block size. 


Table 2. Comparison between the proposed LWC-AES algorithm and other algorithms [1] 


The algorithm Block size in bits _ Key size in bits Rounds Code size in bytes _ RAM in bytes 
PRESENT 64 80 32 1738 274 
Simon 64 96 42 1370 188 
Speck 64 96 26 2552 124 
Traditional AES (before lightweight) 128 128 10 23090 720 
LEA 128 128 24 3700 432 
RC5 64 128 20 20044 360 
HIGHT 64 128 32 13476 288 
Proposed (text) 128 128 10 587 326 
Proposed (files) 128 128 10 1870 433 


In Table 3 showed the proposed LW-AES compared with the traditional AES based on the same initial 
values explained in table columns as plaintext string and we calculated number of cipher text characters, 
encrypt/decrypt time, input size and proposed fixed values of random key = 128 bits which is generated from 
random generator method and password (session key) equal 11 bits. Through the table, we note that the less the 
size of the ciphertext, the less the encryption and decryption time, and this is one of the advantages of our 
proposed algorithm in improving the execution time of encryption and decryption, which will lead to a 
reduction in memory size and processor speed, and reduce power consumption as well as response speed in the 
ideal time and finally reduce the ciphertext helps in the speed of data transmission over the network in the ideal 
time and finally reduce the ciphertext helps in the speed of data transmission over the network. A comparison 
between AES and LWC-AES with executions of encryption/ decryption time for different input text sizes and 
then measuring the average time and throughput value, we noted that the LWC-AES has the minimum 
execution time for encrypting/decrypting processes to different input text sizes, which means its suitability for 
constraint devices that have the constraint resources such as RAM, power-consuming, and little battery life. 
Throughput is measured in bits per second (bit/s or bps/Mbps), and in this paper it is used to measure input data 
packets (different data file) per excution time for encryption and decryption time slot. As shown in (2) [25]. 


Throughput = —— ert (Mbps) _ (2) 


encryption time (second) 


In Table 4, we note that proposed algorithm was able to improve the execution time of encryption and 
decryption, as well as it was noted that the throughput was better than the traditional algorithm, depending on 
the time spent in the encryption and decryption processes. It means that the faster encryption time will 
produce more throughputs. 
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Table 3. System comparison between AES and LWC-AES 


AES Proposed LWC-AES 
Plaintext Briskness Fluctuation Positive Briskness Fluctuation Positive information 
information 
Cipher luT1Q5ivipTxT OyX+Ug+G CIVox1R+QI 6zvMR9wyR  Ms3+m48W aV7vVYN5m 
+a8VdIfWl V9Jm2u7rms YE4Fj1CbIB w67SzmJGvin OmDrbwAG rEvwoKPilFg 
BpC2JIRDbf Ce65wKzPTw5 InlapJcFjieH 4A== LVSCFA== ZUiX/EHR8z 
OZF2NylqqSY= = jtS38n2tVEGicc= v8qCo/r4xP+ wQKHrQSkVIqxw= 
QOcgVdb1SI 
kKRTXjGkZimq 
Number of 9 11 20 9 11 20 
origin 
characters 
Number of 44 44 64 24 24 44 
cipher 
characters 
Encrypt. time 1374 ms 859 ms 493 ms 712 ms 386 ms 289 ms 
Decrypt. time 951 ms 762 ms 480 ms 535 ms 291 ms 284 ms 
Input size in 9B 11 B 20 B 9B 11 B 20 B 


Bytes ae 


Table 4. Comparison for different input data size of AES with LWC-AES 


Input size in B/KE Executions encryption time in millisecond’s Executions Ddcryption time in millisecond’s 
AES LWC-AES AES LWC-AES 
481 B 314 ms 279 ms 289 ms 260 ms 
1.41 KB 318 ms 285 ms 299 ms 271 ms 
2.82 KB 276 ms 257 ms 297 ms 266 ms 
5.64 KB 270 ms 250 ms 272 ms 267 ms 
45.1 KB 294 ms 280 ms 295 ms 291 ms 
Average time in sec. 294.4 ms / 0.2944 s 270.2 ms / 0.2702 s 290.4 ms / 0.2904 s 271 ms / 0.271 s 
Throughput in Mbps Average data in Average data in Average data in Average data in 
Bit = 627586.88 Bit = 627586.88 Bit = 627586.88 Bit = 627586.88 
Throughput = Throughput = Throughput = Throughput = 
2.033 Mbps 2.215 Mbps 2.061 Mbps 2.2085 Mbps 


7. SECURITY ANALYSIS 

There are many security parameters used to evaluate the security strength concept, for instance, avalanche 
effect which is one of the vital security analysis in the cryptography used to compute the goodness ratio of an 
encryption technique, the differential cryptanalysis, brute force, linear cryptanalysis, the zero-correlation attack, 
key schedule attacks, and others. In the following subsections we explained the two most important security 
analysis metrics, which are avalanche effect that computed by changing one bit in the plaintext while keeping 
the key constant and changing one bit in the encryption key while keeping the key constant and ciphertext 
expansion that refers to the lengthening of a message after it has been encrypted. The security analysis is 
significant in the paper because it allows the investor to determine the projected return and risk for a stock 
and evaluate its attractiveness in a logical, reasonable manner. 


7.1. Avalanche effect 

Our proposed lightweight AES algorithm is based on the avalanche effect (AE) parameters [26], 
which is one of the vital security analysis in the cryptography used to compute the goodness ratio of an 
encryption technique. The main point in this metric is the change in plaintext or the key may cause a 
significant change in ciphertext, even if it is one bit. For instance, if the change affects half of the bits, this 
means 50% of the ciphertext, so this will be a good avalanche effect, and hence higher avalanche effect 
signifies higher security. The mathematical equation of the avalanche effect is shown in (3): 


NO. of change bits in cipher text 


Avalanche Ef fect = —— 
NO.of bits in cipher text 


x 100% (3) 


Here, for a particular plaintext block (keeping the key constant), the hamming distance (HD) is 
changed randomly up to 5 bit during observation and form five different test cases and found satisfactory 
results as shown in Table 5. After the avalanche effect analysis, the average change in ciphertext is found to 
be 52.042%. In information theory, the Hamming distance between two strings of equal length is the number 
of positions at which the corresponding symbols are different. In other words, it measures the minimum 
number of substitutions required to change one string into the other or the minimum number of errors that 
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could have transformed one string into the other. In a more general context, the Hamming distance is one of 
several string metrics for measuring the edit distance between two sequences. 


Table 5. Avalanche effect for proposed LWC- AES 
HD in bit 
1 2 3 4 5 Average 
52.88 56.92 58.31 49.49 52.17 53.954 
52.81 51.36 50.81 50.00 53.94 51.784 
50.62 51.08 52.13 51.596 
55.61 50.08 49.64 52.33 49.67 51.466 
53.01 51.64 50.00 52.07 50.34 51.412 


Test Case 


Mm BWN 
MN 
> 
© 
X 
Nn 
> 
— 
— 


7.2. Cipher-text expantion 

Refers to the length increase of a message when it is encrypted. Many modern cryptosystems cause 
some degree of expansion during the encryption process [27]. It explained the size of cipher text has an effect 
on storage and transmission cost. Table 6 show the cipher text length and size for both the used AES and the 
proposed LW-AES. This mean the proposed algorithm has minimum storage and transmission cost. 


Table 6. The security Cipher-text Expansion Analysis 
Algorithm Average cipher size in bytes 


AES 50.6 bytes 
LW-AES 30.6 bytes 


8. CONCLUSION 

The improvement and development of lightweight cryptography algorithms are necessary to 
improve the security of constrained devices and embedded systems, such as IoT devices, sensor networks. 
In this paper, we enhancement processes and improve the AES algorithm to reduce algorithm computation 
and improve cryptographic performance. Together with shows that the proposed LWC-AES algorithm is 
directly proportional to high security and low memory and energy consumption and proves to be better as for 
time execution or latency, with low execution time and less computation power as the memory central 
processing unit (CPU) usage. Its code is fast and compact on various platforms, and its design is simple, not 
complicated, based on the ASP.Net Visual studio C# programming language. The programming result showed 
the proposed LWC-AES text data type of CPU usage idle, 348.7 ms, memory 24 bytes, RAM 326 bytes, code 
size 587 bytes and bandwidth 2.665 Mbps. Furthermore, the results of LW-AES files data type CPU usage idle 
363.6 ms, memory 24 bytes, RAM 433 bytes, code size 1870 bytes and bandwidth 0.387 Mbps. In addition to 
the better results registered in security analysis with avalanche effect parameter. 
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